Нет, не утекает. По крайней мере совсем незначительно. Проверенно многими часами)

Нинадо бж, это не переменная а функция

Скопировать в буфер

local unit u = GetEnumUnit( ) 

S2I принимает строку в качестве параметра и никак её не изменяет
с чего вдруг он должен создавать новые строки?
I2S создаёт временную строку
если в таблице есть строка равная временной по хэшу то он возвращает строку из таблицы
если в таблице строки нету то он добавляет нашу временную строку в таблицу
т.е. обычный алгоритм хэширования

1. Ищите вопросы с GetLocalPlayer в названии.
2. Ответ дали выше.

Он лежит на случай если игре необходим данный реф. В РО ты мог иногда видеть необходимое приложение и варианты small, medium и large. Также по возможности спецэффекты и эффекты способностей могут к ней крепиться.

А collission насколько я помню отвечает за выделение или за столкновение летающих юнитов. На всякий случай оставляй, а то мало ли, да и места много не просит.

Maxsavin:

darkowlom, ну я сабжом расставил нужные текстуры. Из всего что пора пришло в голову только использовать триггер "Окружение" и в нужных местах областями ставить текстуры. Но это как муторно.. Вот и решил спросить можно ли обойти ограничения.

Это делается функциями GetTerrainType и SetTerrainType.
Рисуешь на тех же самых текстурах определенную допустим квадратную локацию.
Затем for стартовоеX до конечноеX внутри for СтартовоеY до КонечноеY если getterraintype = точтонадозаменить то setterraintype на другую текстуру.
Других адекватных методов нет. Триггер который ты привел использует локации (точки), а значит - это возня с точками - возможно утечки.
Я используя эти функ целиком всю карту стираю размера 256x256 и отрисовываю 10к тайлов, в одном проекте). Лаг если и есть во время перерисовки - то незаметный, не больше 0.5сек

Вопрос не содержит вопроса.

В файле war3x.mpq есть несколько маленьких mpq для каждого тайлсета. Конкретно текстуры Короны лежат в i.mpq

JNGP, там можно чуть больше тайслетов, но всеравно есть лимит.

Master113, добавить через "Новое условие" оператор "или" (Там два разных варианта, удобнее "or, multiple conditions" ("или, несколько условий" - как-то так)), туда поместить сравнения для каждого юнита. (Условие "или" будет выполняться, если выполнится хотя бы 1 условие внутри. Для оператора "и" - должны выполняться все условия внутри. Стандартный раздел триггера "Условия" действует как "и").

ТЬФУ! Никто, начиная с меня, JASS читать не умеет!

call SetAbilityCD (GetSpellAbilityId(), i, GetAbilityCD(GetSpellAbilityId(), GetUnitAbilityLevelSwapped(GetSpellAbilityId(), GetTriggerUnit())) * percent)

на русский переводится как:

• Задать перезарядку способности (Кастуемая способность, уровень i, получить перезарядку способности юнита на ТЕКУЩЕМ УРОВНЕ СПОСОБНОСТИ ЮНИТА и умножить на нашу переменную)

Какого хрена тут ТЕКУЩИЙ УРОВЕНЬ, когда должен тоже быть уровень i?! Оно в цикле везде берет текущий уровень абилки вмеcто i. Т. е. если перезарядка на разных уровнях разная, это уже ппц ошибка.

Сейчас как раз фикшу эту абилу, она один хрен не до конца правильно действует, и уже тут самые разные извращения с ней получались, после выхода из вара фаталило, крч, 90% вероятности, что другие абилы Психопомпы в поряде, а фатал здесь.
Короче, вот, вроде теперь действует нормально.
Извините уж, что не под катом, мозги уже не имеют сил кат вставлять.

function BendingEffect takes nothing returns nothing

local real percent = 1.00
local real percent2 = 0.00
local integer i = 11
local integer percentchange = 0

if ( GetUnitAbilityLevelSwapped(GetSpellAbilityId(), GetTriggerUnit()) >= 1 ) and (GetAbilityCD(GetSpellAbilityId(), GetUnitAbilityLevelSwapped(GetSpellAbilityId(), GetTriggerUnit())) >= 1) then

УВЕЛИЧЕНИЕ НА 1%
if UnitHasBuffBJ(GetTriggerUnit(),'B0H8') == true then
set percent = 1.01
endif
НА 1% - ЗАКРЫТО.

УВЕЛИЧЕНИЕ НА 2%
if UnitHasBuffBJ(GetTriggerUnit(),'B0H9') == true then
set percent = 1.02
endif
НА 2% - ЗАКРЫТО.

УВЕЛИЧЕНИЕ НА 3%
if UnitHasBuffBJ(GetTriggerUnit(),'B0HA') == true then
set percent = 1.03
endif
НА 3% - ЗАКРЫТО.

УВЕЛИЧЕНИЕ НА 4%
if UnitHasBuffBJ(GetTriggerUnit(),'B0HB') == true then
set percent = 1.04
endif
НА 4% - ЗАКРЫТО.

УВЕЛИЧЕНИЕ НА 5%
if UnitHasBuffBJ(GetTriggerUnit(),'B0HC') == true then
set percent = 1.05
endif
НА 5% - ЗАКРЫТО.

ТАЛАНТ СИЛЬНОЕ ИСКРИВЛЕНИЕ
set i = 0
set percent = percent - 1
loop
set i = i + 1
exitwhen i > 12
if ( GetUnitAbilityLevelSwapped('A281', udg_Circle[i]) == 2 ) then
set percent = percent * 2
set i = 12
endif
endloop
set percent = percent + 1
ТАЛАНТ СИЛЬНОЕ ИСКРИВЛЕНИЕ - ЗАКРЫТО.

if (percent > 1.00) then

call AddSpecialEffectTargetUnitBJ( "chest", GetTriggerUnit(), "Psychopomp2.mdl" )
call ConditionalTriggerExecute( gg_trg_destroyspeceffect )

loop
exitwhen i < 1
set i = i-1

ОКРУГЛЕНИЕ ДО СОТЫХ (ИНАЧЕ МОГУТ ЗАПИСАТЬСЯ ДОП. ЦИФРЫ НЕ В ТЕ ЯЧЕЙКИ)

loop
exitwhen i < 1
set i=i - 1
set percent2 = GetAbilityCD(GetSpellAbilityId(), i) * percent
set percent2 = percent2 * 100
set percentchange = R2I(percent2)
set percent2 = I2R(percentchange)
set percent2 = percent2 * 0.01
call SetAbilityCD(GetSpellAbilityId() , i , percent2)
endloop

ОКРУГЛЕНИЕ ДО СОТЫХ - ЗАКРЫТО.

endloop

else
endif

else
endif

endfunction
//////////////

Ну, короче, действует-то однозначно она уже лучше, раньше цифры высчитывались с избытком, теперь явно правильнее. Насчет фаталов время покажет... Но все равно стало лучше.

Можно меню переместить за пределы экрана с помошью мемхак рендер

Скопировать в буфер

call EditUpperButtonBarButtonPixel(0, ANCHOR_TOPRIGHT, upperBarStartX, upperBarStartY + upperBarDeltaY*0, upperButtonWidth, upperButtonHeight)
        call EditUpperButtonBarButtonPixel(1, ANCHOR_TOPRIGHT, upperBarStartX, upperBarStartY + upperBarDeltaY*1, upperButtonWidth, upperButtonHeight)
        call EditUpperButtonBarButtonPixel(2, ANCHOR_TOPRIGHT, upperBarStartX, upperBarStartY + upperBarDeltaY*2, upperButtonWidth, upperButtonHeight)
        call EditUpperButtonBarButtonPixel(3, ANCHOR_TOPRIGHT, upperBarStartX, upperBarStartY + upperBarDeltaY*3, upperButtonWidth, upperButtonHeight)

Вот карта

https://www.xgm.guru/files/100/197153/comments/363367/test2.w3x

пример скрин

как выглядит я все убрал меню за предел экрана

Лимита заданий-нету, проверено.

У тебя в поле 2 заклинания?

Просто это одна из способностей, у которой такая фигня получается. У тебя в поле заклинания должно быть два значения. Производная от печати преисподней и от Печати преисподней (слуга)

8gabriel8, Ну я сказал главное без наведения невидно.

IcE_PLayER, Кароче у всех инвизов фейд тамй не стакается, если один начался, второй не начнется.
Добавляйте 'Amin' с временем перехода в инвиз когда вздумается, а не при создании мины.
Так же можно паузить юнита (точно помню что работало с инвизами волков) и юнит становится видим, минам же ненужно ходить или кастовать спеллы, на них не распространяются никакие баффы (как на все варды), так что пауза тоже зайдет без проблем...

Нейтральное здание - Set Way Gate Destination.

]]Chupakabra[[, я понял. Крч на костылях придется лепить. Попробуй при выборе героя добавлять геройские абилки, а потом блочить или удалять их. Думаю, так можно добавить до 7 штук. Через ро не получается больше 5.
Если не получится - пробуй делать полностью триггерно с помощью спеллбука.

А касательно остальной части, если UnitUserData нигде не используется, создаешь массив юнитов и отрядов. Массив юнитов забиваешь своими капитанами. В UnitUserData капитана пихаешь его порядковый номер в массиве. Создаешь группу юнитов для этого капитана.

1. Добавление через каст способности.

Я бы делал через 2 разные абилки с одной и той же позицией в интерфейсе. Пока нужный тебе юнит не является частью отряда - у него таргетная абилка при касте которой на капитана он добавляется в группу соответствующего капитана и получает 2ю абилку взамен первой.
Касательно выделения этих пехотинцев - можно намутить что-то с передачей контроля или создать триггер, который будет снимать выделение с юнитов у которых есть 2я абилка. Если ты хочешь чтобы по одиночке можно было выделять пехотинцев - можешь создать переменную для каждого игрока с капитанами, куда будет просто записываться последний выбранный юнит. При снятии выделения - проверять не выбран ли этот же юнит, в случае чего не снимать выделение. Правда не уверен будет ли корректно работать :> В крайнем случае - будет работать в три клика вместо двух. Если я не ошибаюсь.
Касательно поведения этих пехотинцев - что-то реально стоящее сделать сложно. Возможно, но мне не с руки все расписывать :> Простейший вариант - приказывать пехотинцам после добавления в группу следовать за капитаном.

2. Добавление через атаку капитана

Триггер, проверяющий что капитан получил урон или атакован, как угодно. Далее любым способом проверяешь есть ли в группе этого капитана юниты. Если нет - выбираешь всех пехотинцев N радиусе, добавляешь в отряд, заменяешь абилку/либо просто приказываешь кастануть в капитана первую абилку.

А этих мало?
Tunngle есть

портал можно создать, в нужном месте. и написать ИИ код свой. Но это все - просто логические выводы, и чтобы к ним прийти, нужно включить голову

Нейтральное здание - Set Way Gate Destination.

Если как в Diablo, то я когда-то такую систему делал. Пишу по памяти. Нужно создать несколько переменных:

• логические (их количество = количеству порталов) - определяют, можно ли перемещаться в данную точку
• диалог - показывает доступные порталы
• диалоговые кнопки (их количество тоже = количеству порталов) - при их нажатии идёт перемещение в нужный портал
• точки (количество точек = количеству порталов) - куда именно перемещается герой. Лучше делать локальными, чтоб в памяти не висели.

На карте в местах порталов нужно создать небольшие области, при входе в которые будет показываться диалог.
Для активации порталов можно делать проверку при входе в область (логическая переменная). Если портал неактивен (переменная = нет), то установить переменную = да (то есть доступность портала).
Далее показывается диалог, где показываются кнопки активных порталов. При нажатии переносит в соответствующую точку. При переносе лучше отключить триггер, реагирующий на вход в область и включить после перехода.

Ещё варианты: вместо использования логических переменных проверять условие (например, жизнь конкретного юнита в области типа "портал" = Х; у конкретного юнита в области типа "портал" есть определённая способность-пустышка; если портал - декорация, то проверять её прочность); вместо диалога сделать выбор в панели способностей юнита-портала (типа как у магазина, причём переход можно сделать платным).
Вариантов можно много придумать, в общем.

А если нужен переход с карты на карту, то можно посмотреть в той же кампании, как это сделано.
Ещё есть интересная статья, информацию из которой у меня всё руки не доходят применить - xgm.guru/p/wc3/transitions-tutorial.

Alexey103, один массив вмещает в себя более восьми тысяч значений. Этого будет достаточно.
Ещё, кстати, можно смещать точки командой:

Скопировать в буфер

call MoveLocation(location L, real X, real Y)

Zhenya17, ты хотя бы основные статьи прочти и учебник 1 класса по логике
какой по твоему должна быть применяемая способность если способность никто не применяет?
когда прочтёшь то пикай на карте нужных тебе героев и удаляй у них нужную тебе способность

mishanka122:

Если во всех картах одинаковый id, значит покопайся в хеше.

Это как, можно в личку?
Проблему решил, переделав стандартную способность, а не создавая нестандартную. Это почти что панацея от подобных случаев, когда id (ещё называют raw-code) способности меняется.

Лимит операций, обычно это беда настигает заядлых гуишников.
На jass обычно нету таких проблем.
Создайте таймер с периодом .00 сек и запускайте им функции инициализации триггеров.
функция типа InitTrig_Имя триггера - это функция инициализации триггера, она вызывается из функции InitCustomTriggers, но если этих вызовов очень много то функция упирается в лимит операций и поток завершается так и не создав все триггеры.

1. Условие неправильное, не юнит триггера а юнит входящий в область.
2. Сделай действие во вкладке Боевая единица - добавить способность юниту.

Трабла с героями - в игровых константах.
Трабла с требованиями - в РО.

1 тема = 1 вопрос.

В игровых константах надо добавить героев в список героев. Точно так же делается с ратушами. И мб ещё с чем-то.

отменять постройку юнита если технология уже ап
либо как сразу говорили через ап здания
где каждому твоему зданию будет соответствовать такое же здание но с дополнительным слотом
с продажей юнита открываешь доту и смотришь как там сделан спелл передать предметы у куры
он сделан как раз через продажу юнита
иначе никак
если не нравится пожалуйся богу об этом
или близардам
пусть выпустят новый патч специально для тебя

Триггерно заставлять Юнита проигрывать анимацию stand, как только он завершит каст или отдать приказ стоп.

SetUnitPosition довольно тяжелая операци, юзайте SetUnitX\Y в конце полета юзай SetUnitPosition для того чтобы юнит не залетел в непроходимое место.
Фильтр просто ужас, ну кто так фильтры делает?
Проверка на 'Aloc', я в ужасе на кой черт проверять на дамми если GropEnumUnitsInRange\Rect не выделяет москитов, тока EnumOfPlayer может пикнуть москитов, остальное не пикает их, на то они и москиты...
Вот как выглядит нормальный фильтр без локалок и прочего

Скопировать в буфер

function EnemyFilter takes nothing returns boolean
    set bj_lastFilterUnit = GetFilterUnit( )
    return GetUnitState( bj_lastFilterUnit, UNIT_STATE_LIFE ) > 0.405 and IsUnitEnemy( bj_lastFilterUnit, bj_groupEnumOwningPlayer ) and not( IsUnitType( bj_lastFilterUnit, UNIT_TYPE_MAGIC_IMMUNE ) or IsUnitType( bj_lastFilterUnit, UNIT_TYPE_MECHANICAL ) or IsUnitInvulnerable( bj_lastFilterUnit ) )
endfunction

UnitDamageTargetEx - красиво но нафиг ненужно обводить в отдельную функцию с тучей аргументов + жутко неудобно, 100500 аргументов у функции и фиг знает за что какой от вечает, прямо так UnitDamageTarget, без отдельной функции.
Туча констант, тоже хорошо тока длят наработок, на деле ставь конкретные значения или юзай Difine vjass'a.

ты что делаешь новые функции для гуи? если да, то нафига?

Используй следующую конструкцию:

Скопировать в буфер

globals
   unit enumUnit
   group filterGroup
endglobals

loop
   set enumUnit = FirstOfGroup(filterGroup)
exitwhen enumUnit == null
   call UnitDamageTarget(arguments)
   call GroupRemoveUnit(filterGroup,enumUnit)
endloop

https://www.xgm.guru/forum/showthread.php?t=50488&highlight=...

Обсуждалось 100500 раз, 1 символ кириллицы считается за 2 символа латиницы.
Пишем вместо Пepeзаpядкa Пepeзаpядкa (выигрыш 5 символов) , описание предмета у героя в инвентаре очень очень короткое, буквально 4 строчки.
рус символы
eng

Так ты же выключаешь триггер на 18 секунд вот он и не срабатывает.
Поставь условие, что герыч не имеет абилки-пустышки, если не имеет - дать её и через 18 сек забрать и пустить молнию.
Правда я не уверен насчёт того, отловится ли attacking unit через 18 сек вейта, проверь...
Вообще, если устраивает орбом - то даёшь "сферу молний" с эффектом "цепь молний", у которой 18 сек перезарядка(у цепи не у сферы)

Добавить в требование способностей наличие у игрока нормального героя (не морфнутого) или дамми юнита, которого нужно будет создавать или удалять.

Ты смотрел внимательно телескоп гоблинов и поставку ресурсов? Проверка каста этих способностей ведется по событию - золото игрока изменилось

RotceV,
юнит приобретает способность
приобретённая способность == Абилка А
modify hero skills point trggering unit substract 1 point

Задать рандомное число (напр: set YourNumber =random integer number between 1 and 5) и кастовать в зависимости от того что выпало

Существует лимит то ли на кол-во операций, то ли на время выполнения, то ли и на то и на другое. При превышении лимита поток молча рубится.

В качестве шаманства: попробуй завернуть каждый цикл в отдельную функцию. Врядли это поможет само по себе, но зато потом проще будет переходить к следующему шагу - разнесению на отдельные потоки.

Всё, разобрался, вопрос снимаю)

Проблема возникает также при переносе вот этого вот в инициализацию триггера тест.
Но при этом если вместо строки вроде "12345" использовать, например, GetAbilityName('Aloc') - то все работает.
Это какой-то баг со строками?

Еще у меня почему-то происходит фантомный клик по центру карты в начале игры
Вобщем не стоит юзать имена функций напрямую в экзекуте и вообще таймеры лучше

как писали выше данные ро конвертим в слк и пихаем в архив
иначе никак

Diaboliko, xgm.guru/p/blog-nvc123/101422
это про то как вешать всякую фигню на общий таймер
хэш тут нафиг не нужен т.к. таймер 1

Понятно. Но в твоем случае сделать это можно только триггерно.

юнит получает урон
1 ответ на 2 вопроса

Очень-очень трудоемко. Было таких вопросов миллион. Тривиальный ответ: БД

Ghostly, используй настройки, как у Паладина в карте: xgm.guru/files/100/184321/comments/344569/Hero.w3x

у меня лично работает все проверил с твоими параметрами.

Кароче. Объясняю в чём дело.

Способность "Техника" имеет прикреплённые к ней спецэффекты шипов через одноимённое заклинание (тоже "Техника").

Почему шипы видны только на "больших героях"? - потому что у них есть особые точки крепления аттачей, маунт-справа/слева (на подобии нога-левая, рука-правая).

Как убрать? - логика подсказывает что нужно зачистить соответствующие поля в эффекте "Техника", что собственно и верно... и нет...

Дело в том что скилл "Техника" относится к тем, которые имеют ошибку с изменением графических параметров в РО. (меняешь, а оно всё равно по старому отображается - например тёмная стая, стадо ящерец).

Что же делать? - берёшь стандартную технику, смотришь её стандартный эффект. Удаляешь из стандартного эффекта всю графику (теперь техника не будет давать шипы). Копируешь стандартную технику - вот твой новый скилл который уже не будет давать шипов. Готово. Работаешь с новой копией.

Нужна особая анимация, смотри внимательно анимации гулей и мясников, там вроде spell channel, у волков нету такой анимации, так что либо кастом проигрывай анимацию атаки либо делай свою модель волка с нужными анимациями, на основе стандартной.

Fireproof, попробуй в РО у юнита поменять "Графика - Анимация - обратный ход броска" и "Графика - Анимация - точка броска" на 0. Правда, это уберёт время каста для всех умений у этого юнита.

0.06 время жизни слишком мало ставь хотя бы 0.3

Закрыто.

Лови карту.

Fireproof, попробуй в РО у юнита поменять "Графика - Анимация - обратный ход броска" и "Графика - Анимация - точка броска" на 0. Правда, это уберёт время каста для всех умений у этого юнита.

Кину наработку, в триггерах разбираешься?
ЛПХОХЫОПЫ, сделано. Как делается. можно посмотреть в триггерах.

Рунные браслеты давать тем, на ком хочешь распознать тип урона(лучше всем сразу). Нет не надо... просто событие на отлов урона с проверкой что урон меньше 0 и сразу нанести такой же урон только больше 0( так как все заклинания с нанесением урона будут исцелять).
Проще говоря "браслеты", это как детект на то, что урон не может исцелять, а поскольку браслеты реагируют только на маг урон, соответсвенно любой "исцеляющий урон" и есть магическим.

https://www.xgm.guru/p/wc3/worldeditguide

Раздел - Редактор войск

надо периодически проверять, а не верить варкрафтовому событию. это одно из самых вредных событий в игре, его почти никто не использует в здравом уме

Это давно обсуждалось. вопрос удаление события
Создание триггер события — 3 утечки. Стереть переменный триггер, и минус 1. Получается остается 2 утечки.

Вот если удалить юнита (Remove unit), то он стирается из события другого триггера?

Ответ: Да есть способ: вот шпаргалка

Diaboliko:

наличия триггера на получение урона для каждого юнита

так делать нельзя
это же полный бред
просто добавляем событие к уже существующему триггеру вот и всё
нормального сборщика мусора в варе нет и скорее всего не будет(если близы даже рб поленились убрать то о нормальном gc можно забыть)
так же не стоит забывать что сборщик мусора срабатывает не сразу
если мне не изменяет память то save сохраняет объекты и значения переменных
а при загрузке восстанавливает связи (заносит значения в переменные, регистрирует события и прочее)
так что всякий мусор просто не проходит
а вообще лучше забей на это
в варе есть более серьёзные утечки от которых нельзя избавиться
например руны
+ создание и удаление триггеров вредит намного больше чем пара сотен килобайт памяти
да и вряд ли у тебя за игру будет 50к юнитов

вариант через define native-функции, то есть ее подмена для последующего отлова как события изменения реальной переменной, не совсем подходит

Даже интересно, почему?

Как уловить момент очищения handle боевой единицы?

Как вариант - периодическая проверка координат юнита по его хендлу, стали равны 0.0 / 0.0 - юнит был удалён.

Как уловить момент удаления через функцию RemoveUnit?

Вызвать нужную функцию сразу после вызова RemoveUnit, очевидно.

События триггера никак нельзя удалить, можно только удалить триггер (с кондишенами и акшенами).
А кстати вот - xgm.guru/p/wc3/venomanser
Будет несомненно полезно, как правильно удалять триггеры.
Да и вовсе полезно для общего развития.

Второй комп сломан поэтому проверить не могу, почему у меня подозрение, что оно должно работать....
Хотя могу и ошибаться, нормально делал карты года 2 назад.

скрин ошибки со строкой на которую ругается
а сори, плохо прочитал код
Tobi123 дело говорит
ты даже не знаешь что такое локальные переменные
короче в статьи и не вылазь от туда пока не узнаешь

https://www.xgm.guru/p/wc3/jass_introduction

Только с мемхаком, нужно подгрузить свою ддлку, которая грубо говоря от имени хоста сама хостанет следующую карту, пригласив всех игроков.
Но думаю это не так уж и просто реализуемо, а те функции что есть - только для одиночной кампании.

локальный - на машине конкретного юзера, не путать с mui/mpi (муи - действует для каждого юнита, mpi - для каждого игрока)
все баффы будут действовать, хоть их там будет штук 100 (хотя я столько еще не вешал)
тоже самое касается и тригго баффов, которые легко реализовать с помощью запрещенного спеллбука и как сказал quq_CCCP - таймера
даже если бафф не отображается, но его точно вешали на юнита - система его найдет
а если ты пытаешься сделать бафф Palus Knight из Lineage II - поиграйся с отрицательным по урону берсерком (где кстати есть и скорость бега), или со спеллом свитка скорости
хотя легче будет просто обложить юнита блокираторами прохода на время действия, потому что полную остановку сделать без костылей не удастся

Отключить прочие способности - если этот параметр включен то при касте канала ты не можешь двигаться и юзать скилы.
Следовать в течении времени - точно не знаю,но предполагаю что это длительность приказа или длительность самой способности.
Тип цели - если "Цель - точка" ,то можно юзать куда угодно кроме юнитов. Если "Цель - юнит", тоже самое только на оборот.Если оба то можно кастовать и на юнита и на точку.Если"Нет цели", то способность активируется без наведения(как стомп например)

Параметры:
Изображение - отображение иконки скила

Изображение указателя - Если установить эту галку, то еще понадобится установить "Характеристики: Область воздействия" на не-нулевую величину. (например, 200). Когда вы будете прицеливаться заклинанием, на карте будет круг такого радиуса, которого вы установили(Вспомним свена из доты,круг радиуса есть,а юзать можно только на юнитов)

Материальное заклинание - при установленной галке "Изображение указателя цели" и области воздействия, равной 0, будет исчезать указатель цели, если не установлена эта галка

Универсальное заклинание - Если эта галка стоит, то заклинание будет действовать на существ, невосприимчивых к магии, если не стоит, то при касте на неуязвимого к магии юнита (например, голема) вы получите сообщение типа "Этот воин невосприимчив к магии"

Только ручное применение - Этот параметр определяет как будет использоватся заклинание если отдать приказ сразу группе юнитов с этой способностью. Если эта галка стоит, то способность использует только один из группы, если нет - то сразу вся группа.

Создаёшь массивы с координатами позиций, с типами юнитов, с самими юнитами. Если юнит из переменной помирает - создаёшь нового, заносишь в переменную вместо убитого и даёшь приказ двигаться в соответствующую точку.

1. Ищите вопросы с GetLocalPlayer в названии.
2. Ответ дали выше.

Событие - получает прдмет
Условие - прдмет который надо
Действие - Создать юнит, либо замнетить(прверащение): так же вариант, когда подбирает нужный предмет, давать скил трансформа и приказать его заюать

Таурен Тауреныч, так ты ж его мгновенно удаляешь. Зачем добавлять и сразу убирать способность? Или удаляется предмет, а не скилл?
Попробуй удалять хотя бы через 0.00 сек.

Прочитал твой второй вопрос по этой теме. Всё-таки да, дело было в мгновенном удалении.

Мб твой герой не может использовать предметы?
Я сам лично сувал эту абилку в предметы и давать героям - всё работало.

И да, событие это работает. Возможно тоже допускаешь ошибки
И да, скорее всего не "подобранный предмет", а "предмет которым манипулируют".

Что мешает записывать предмет в массив, и каждые 20 сек проверять жив ли предмет, или его забрали. Если забрали, создать в нужных координатах новый...